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1,0 INTRODUCTION 
1.2. 1.1 Applications 
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"r.ese . Architectural Objectives are the Advanced Systems 
UDorercrv's forrral response tc Requirements and Goals 
established cy NCH arc* COC -or an Integrated Product Line. 

Fcr purposes of tecnnical orogram definition? this document 
«i ? 1 replace rne NCR/CDC Requirements and Goals? which regains qn 
Historic record fcr amo l i f icat ion. 



•2 ^U2i_SSJ5£Iiy^S 



The ~a;cr design objectives influencing the Integrated Product 
Line iI?L) are listed oelcw in relative priority order: 



. SPAN OF PRODUCT OFFERING 

- RiLlAoIlITY/AVAILABILITY/SERVlCEABILlTY 
. USAElLlTf 

- KIGFATION 

. r?.CT£CTICN/S£CU3ITY 
SIOKAJE STRUCTURE 

A balance ar.ong these genera J objectives must be maintained- 
?m3 nich priority factor is to be allowed to compromise a lower 
factor oelon acceptaole levels defined eisewhere in this anc 
successor documents. 



.2.1 SPAN 



PRODUCT OFFERING 



Tne harcw3re/sof f ware system will span "a large range (S50?'Q0C 
Hl3 and up) ot configurations, processing power, and application 
uses. 
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IFL is to be cost/performance effective in suroort cf 
timesharing? trarsaction? local and remote catch noces cf 
business and scientific applications. 



1.2.1.2 Corneal! bi Hi. v 



IPL is to be compatible across the range at the level o* 
source language, data formats? reccroing rrecis and the «*ser 
interface. Instruction set compatibility is sesiracle but net 
manca'tory. (See Sectiqn 4.1) Feature anc csoability suosettirc 
may be practiced for certain system configurations. 



1.2.1.3 £ftmffio.naJJJty. 



To reduce development? manufacturing and ttaintenar.ee costs 
common elements are to be used across this line a-r.d fro- parerr's 
predecessor lines. For example: 

■'-Software product set 

- Basic operating system 

- I/O Suosystem- channels and controllers 

- Periphery! devices 

- Maintenance subsystems - 

- -Implementation language 

A major configuration design parameter is minimum life cycle 
cost. 



-• 2 . 1 . k Cont inu ity 



An incremental progression in processing oc*er. system 
throughput and system capability is to oe achieved tr.rcuch 
emphasis on hardware/software configurability, specialize 
scheduling algorithms and selective add i t ion/ae 1 e tion of software 
features. 



1.2.1.5 .Imp.lemen.tat ip h C ontrol 



A broaa range of ape I icabi I i ty for the hardware/software 
products is to be assured through specification and use cf 
engineering standards? software conventions and imple.~e.ntat i zr 
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.£•1-5 Icplerentatlcn Control 



IPL ARCHITECTURAL OBJECTIVES 

ASL ARCHITECTURAL DESIGN AND CONTROL 



76/G5/1S 



1.0 INTRODUCTION 
1.2. A MIGRATION 



1.2.2 ScLlAEILlTY/AVAlLABILlTY/SERVICEAEILITY (RAS) 



If is required to maximize time between interruptions, to 
continue ootrjtions m degraded mode and to minimize reoair 
ti-re/cost. Emphasis will be placed on hardware assists to RAS 
ani sot trt&re checking ana recovery features. Hardware redundancy 
till be supported and may be required where RAS considerations 
clctate* . 



1.2.2 USABILITY 



IPL will emphasize usability by the end user; application user. 

or crcsrsnaer. 

F ;r the acolication user, emphasis will be on the Interface 
:e?«5tn the sysres end the user? defaults will be Keot simple, 
consistent, arc tutorial where necessary. 

For the orogrammer , the emphasis will be on minimizing the 
total * iriz Ctftweer the coding and the correct execution of 
pro^ra^s written in COBOL, FORTRAN and other languages. Tnis 
nil I, recuirei 

'- A tslance between compilation speed and diagnostics to 
cini-ize noth compilation time and the number of 
comoi iat ions. 

- A capaoility to m inirrize the time tc execute a single 
source language statement. 

Execution time support to monitor execution to aid 
debugging and re-implementation for improved performance. 

Emphasis nill . be on remote access to the computing facility. 
Sucn access will encourage the development of applications 
tnr-^gr. remote paten and timesharing terminals and encourage the 
■vii of the facility for transaction and timesharing 
applications. Program interface to the system will be compatible 
regarciess of the node of access? timesharing, transaction, batch 
or remote } op entry. 
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1,2. A MIGRATION 



IPL is # to support user transition from. NCR's CENTURY arc A 
CRITERION and CUC's 3000L and CY5ER lines to the extent that Z 
migration to IPL will be less costly and mere desirable v^A^. 
usability, protection, storage structure) tnan converting to 
other manufacturers product line. 



ary 



1.2.5 PROTECTION/SECURITY 



IPL is to supply a ba^ic level of haraware/scf tware protecticn 
which greatly exceeds predecessor machine lines. Sophist icat ec 
security and checking features are to be furnished as cotiors. 

1.2.6 STORAGE SIRUCTURE 

A storage structurirg concept, virtual memory, will be 
utilized by IPL to meet the following procuct line oojectives* 

- Protection as noted above. 

Consistent management techniques for physical memories as 

their size grows over tocay's memories. 

Supporr for storage hierarchies and illicit 1/2 as 

technology allows. 

Improvement in operating system integrity. 
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*♦) Faoer on 



yailabi Uty"'by P. 6- Doran, 12/26/73. 



I) NCR/CDC Integrated Prccuct Line 3«^J^JSSil±£-^L£a3iS ? June 

2~, 1975'. 

?) £nvircnrents and HorKlcaas Specification; June 13, 1975, 11 

ASluw315. ' ' ' U 

■** »e!i«oi*ity Test, Exponential Distribution (MIL-STO 781B); " lj» 
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3.0 £MRA£Ij;BISJJLCS_.Ar|a_F£AIiIS£S. 



3.1 £GNFI£iiEAIiaNS , 

3.1.1 HARDWARE CONFIGURATIONS 

3.1.1.1 Terming togy 

Terms to reference hardware elements: 

Mainframe = orccessor(s) + main memory 

Mainframe system = Mainframe •?• I/O subsysf err (s) 
Designators used to reference hardware elements: 

Processor = Pn 

Main memory = Mn 

Mainframe system =Sn 
where larger r indicates increased capacity and/or speed. 

3.1.1.2 Mainframe Systems 



An IPL mainframe system emphasizes configuration growth arse 
connectabi I lty J 

512Kd to 6AMG main memory consisting of l-<+ intecratec 
and/or stand-alone memory .uni ts » 
Each memory accessible by: 

1-A central orocessing units, and 

1-8 'I/C subsystems? 

each capable of handling: 

special purpose local peri chera 1 control I ers (e.9« ,* 
NCR common trunk, CYBER 170, 3Q0GL) 
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-' Intecratec cevice controllers 

- IPL channels, co.nnectabje to stations which may be 
'ccnrrollerst (conr.ectsole to peripheral devices) or 

front end processors 

- HdncJirg 16 s itr.u i taneous .streams. 



systsr 



1 
2 
3 
4 
5 
6 
7 
8 
9 
on d*vic*s to be added to or dropped from a running 10 
Require specific device classes to run the system but 11 
if.ic device models. : 



3.1.1.3 ££££HH ja r ? £1 JJLl£ 



tir.it 
*. 1.1 



sviae- iaci J ities * for incremental system expansion with 
;•» sire disruption, system downtime and hardware returns. 



uopcrt rruJ tiple. mainframes through one or more of* 

Shhri.c I/O devices. 
- I/O cnannei connections (local- or remote). 

• Sharec i?eacry. 
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3.0 CHARACTERISTICS AND FEATURES 
3. 1.1. -5 Component Capabilities 



3.1.1.5 C_orDj25n£nt_£ J 2fi3Sillii±S 



The Table below outlines the 
characteristics of system components to 
systems. See appendix B for a periphery 



CJ^ECNSNI 
Terminal s 



1 - 4000 



Front End 

Data Links 

Unit Record 

Care Readers. 
Line Printers 
Card Punches 
Paper Tape Readers 

Tape 

Channe Is 

Network Node 

Main Memory 

CPU 

Cache 

Mass Storage 

Archival Storage 



1 - 256 



0-16 
0-16 
0-16 
G - 16 

- 64 



1 - '32 

0-4 

512KB - 64MB 

1-4 

- 128KB 

14 0M3 - 5 0QO.0M3 
•min 2 soindl'es 

o - <*xio**ize 
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general classes arc 
Pe supported in early I = L 
I list. 

CHfl=-:.flCTFp;?Tics 

50 - 96K oa\.C 
Keyboard. C^T, special? 
Transaction? pater," 
oata ertry. sulti- 
f unct icn 

• Channel connection 
Function oriented 

• 50 to 1 . 5 M caud 



1G0 - 2000 CPM 
10 - 3D 00 LP* 
10C - 50 CPM 
iQ - 1000 CPS 

200 - 6250 3PI 
10-2001 PS 
7/9 Track 

5QQK-5M 3ytes/Sec 

Network Interface 

4 00 - 10 00 NS Access 
.3-25 MIPS 

20 - 100 NS Access 

5 MS - 100 MS Access 
1-5 M3/Sec 

1 - 10. SEC Access 
50QK - 2 M3/Sec 
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■3.0 CHARACTERISTIC^ AND FEATURES 
3. 1. 2. 5 Networks 



3.1,2 SOFTWARE CONFIGURATIONS 

3.1.^-1 Softwa re, F p aly£&-£ pJDjLlgi^lbJJULt^ 

IPL systems emphasize software feature tailoring? 

At the system level? major software features may be? 

Basic to a! ! systems 
- Ccricr.alj deoending on user requirements 
Separately packaged 

At the software feature level? component capabilities may 

De: . 

tfimimus? to emc-haslze performance (subsetting) 

___- Cc-cUtp. for 'saxiBiun capability 

A I ternst i ve? to fit" different environments 

(sjcst i tuTion) • - "'..._ 

The soft*cre configuration will include a performance base 
system sucDorting a limited number of features and feature 
cot ions? anc a feature base system supporting all feature 

octicr.s. 

2.1.'<:.;2 Reccnfj curat ijj ty 



Allcrt substitution of most software components In a user 
runring systtm environment to obtain different system performance 
ana capability characteristics. 



3. I.E. 3 



S&sumlsiSLilsns. 



envelop common (local and remote) communication-oriented 
convent icrs for all page? line and transaction oriented I/C 
devices to allow maximum configuration flexibility. 

3. 1. 2.* I£Q_£j2Di£fll 



Support I/O between external devices (staging) without the 
cirect intervention of the CPU (s). 
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3.1.2.5 -Net-Wpchs. 



Support the network requirements of the parent companies. 
Direct definition of network systems is not to be under taJtm try 
ASL. All aesign traceoffs involving Networks will oe Pases cm 
CDC's Network Products specifications until NCR's are finalizes.' 



3.1.2.6 IUs!rIb_y.l£d_£::2£e.sS£5. 



Provide the capab i I ity to distribute selectee; system or* ^ser 
support processes to other processors connected ?o the mainframe 
memory directly or via channel (local or remote). 



3.2 hapgwa.S£_JEL£MENT§ 



3.2.1 CENTRAL PROCESSOR (CPU) 



Define a series of CPUs to support a range of performance arc 
applications? specifically? capaoilities "for SOP* Scientific? 
Hardware-Emulation and language-virtual machine aoo 1 icst ions,. 

3.2.1.1 lQSlcy.c.JLio.Il_S£± . . 

Define instruction set(s) to hancle the acolications above. 
To include: 

linkage for switching control between IPL and virtual 

machines. 

BOP orientation? emphasizing code compaction in support cf 
throughput. 

floating pcint orientation, emphasizing execution soeed. 

memory management? emphasizing protection and larce 
address spaces. 



27 

2 5 
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.2 VirT^s 



.«Ji!3JLil2S 



-uppcrt multiple virtual machines designed to use standard' 
k ?>~r S ~ ir-tpr^ces. Define v ir tua U.machines to support parent's 
srececesscr systems (CENTURY, CRITERION, CYBER 170, 300CL), cr 
r.en hicn level language virtual machines or other features. 



2.2.1.3 vil 



u -J \ M . •? ^ g r y ._*££££ ni_s.ja 



retire a virtual' aenory mechanism to support a large virtual 
3dcr*ss space oy sesns of segmentation and/or paging. The 
r.ecr.zrxisz .is to include protection schenes for inter/intrs 
process protection. 



i.2.1 



£i 



^ CPU Fq5luP££ 



External interrupts to/from other processors, 
fast interruDt response time. 
Performance monitoring option. 

- process separation (protection) and memory interlocks. 
- ' ; Procedure switching assistance 

- Sensir.4 to prevent error propagation 

3,2.2 XllK MEMORY 

<*«mory objectives are! 

Span the product range at best cost performance. 
implies: 



This 



Span range with fewest nusber of memory models. 

Use cache nemory in the CPU for performance differences 

*itn sa~e memory model . 

Lc^est cost/bit including cache costs (memory 

volatility is acceptable). 



'axirize availability through: 

DRAFT 
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. Single Error Correction/Double Errcr Detection 
Reconf i gur abi 1 i ty around failea memory element. 



Logical oyte addressability 
3.2.3 I/O CHANNELS 



Frovide ■the following capabilities with a single channel 
designs 



transfer rate/sec 

control ler" from main memory 



(being revised Py joint 
NCR/CDC tas'< force) 



attacnable to at least 8 device controllers 

Contain error detection, recovery, and 
mechanisms. 



resort i r.z 



Capable of being shareo among A mainframe systems. 
Support high speeo streaming. 

3. 2. A DEVICt CONTROLLERS 

Dual channel access for control, and/cr cata transfer. 

Up to 32 devices per storage control ler. 

Storage controllers to perrrit multi clock I/O as definec 
in section 7.2.2.2. 

Support multiple models of sane device class. 

Maximum overlap of operation on separate cevice. 

Optionally support staging. 

Single functional design per device class. 

Each device controller design supports all channel 
speeds. 
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3.3.1 OPERATING .1CDES 



Support concurrent processing in any or all. of the following 
derating scses in. priority order f cr design trade offsi 

transaction 
ti ^e sharing 
.' ♦ reaoTe catch 

. Jccai batch - 



AH nodes 
requirements. 



operation must 



price performance 



Design trade-offs between time sharing and transaction access 
noses cay involve performance or security degradation. These 
c^ses nil? oe specifically documented and approved by ADS.C. 
fi^r, in the jujgrent of ACS.C* cumulative, performance/security 
penalties to the tire sharing or transaction rode exceeds "10*/.", 
tne c ir c«"5t enc^s ^iJi be reported to the Planning Committee. 

Tne syste- is to oe capable of optimization for a specific 
eseraricj -cae. Go rot specifically preclude implementation of a 
f i-^e-cr i tica J operating mode. 



3.3.2 OPEKATING SYSTEM 



i.3.2. 



^odj^c.t ., g ^r.a,e. 



The operating system is the critical element in being able to 
span the oroad range of performance? features anc configurations 
c? I?L. Tne objective is to span the range with a minimum number 
of C3 variations. 
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3.0 CHARACTERISTICS ANO FEATURES 
3.3.2.2 Flexibility and Growth 



3.3.2.2 HexibiHi*_i£Jl_£r i2 wt2l 

The OS architecture, design and implementation must -* 
maximally supportive and tolerant of future chances in -»-*•♦ 
areas, application areas, technology anc feature enhanror o n "^'. 



Provide a consistent interface 
Include the capabilities re 



the operating syste-. 
?cuired for lancuaoe compilers, syste*" 
utilities, telecommunications, transactions. =I~ra?Ic- 
subsystems, application packages anc user programs. * 

Do n.c± provide special interfaces peculiar to tne usa:e of sry 
procuct set member . which the product set rre-oer can :r^ir = 
itself. The intert is. - - - 

to minimize. the numoer of interfaces 

- t if a Drocuct set member denonstates a np»d * ~r 

previously unspecified interface, sfa.^a^i:/ e~ 
generalize the interface to maKe it available for -t^ 
nrembers. w 



21 
22 



3.3.2.3 iisjaJfeiUlX ' ■ -? 

25 

Provide a consistent user interface betneen all modes cf 27 

access (interactive, batch, operator communications," «tc.) t*a*' ? 3 

is moxirrally supportive of a wide variety of users. " "°' -c 

Accommodate single, multiple or remote operator -ons-j- '♦" 

configurations utilizing standard I/O interfaces. Alio. !>p ^ 

generalized routing to specialized consoles. v.; r ; - .- :* ;; 

requirements for operator intervention. Oesion to ex-cut- -n ■"--" ^l 

unattenced manner. " * " ' * = " ZJ. 

35 

3. 3. 2.VlELle. 2CitY ' ^ 

Employ damage control mechanisms to detect, limit and correct ll 

the effects of system and/or Job failures. " L ~. 

3. 3.2.5 Foatiirjg^ 

Provide the basic services required to support: 
- Physical and logical I/O 

QRAFT NCR/COC PRIVATE 
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r c i{ soft oceration 

- Gr^ r ctor coTr'jnicaticns 
Resource Jane^e'ert and scheduling 
Us3ce accounting (user and vendor) 
System integrity 

- Diagnostics and Instrumentation 

- Zrror selection, recorting and recovery 

- Execution * services 

Installation operations requirements 

- CrecHpoint/restart 

- Concurrent r.a intc ranee 



FRCb'JZ 



The primary cDJective is to provide a single product set to 
;en tne entire IPL range without breaks in compatibility. Other 
^:-:-n pro-uct set osjectlves include:' 

£!l ccject ccce generated by IPL compilers to be sharable 
(in supoort of reentrant a'po 1 ica t i ens) • 

Maximize the use of common design* common code modules anc 
common nonaries. 

- A common IPL product set interface standard to achieve? 

Object code communication across the product set 
(e.g., a. COSGL program can call a FORTRAN 
suDro'vt ire) * 

* Cocoon ooject text format to facilitate the linking 
of objtct programs produced by two or more 

compilers. 



Record and file formats will be 
interchangeable across the product set. 



common 



and 
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3.0 CHARACTERISTICS AND FEATURES 
3.3.3 PRODUCT SET 



. Compatible diagnostic messages for all compilers. 

Provice statistical, performance and svst-.- r- e r,..,.- -.-,„ 
hooks and tools for both system and user level use/"*"*'"" 

For products covered by standards in Aopendix C, provic* 
ootions to flag, acceot and/cr reject all non-stanearc 

statements. 

A I I corrpi lers wi I I a | low: 



Initiating a batch compilation 

user. 

Interac t ive^ communicat ions 

execution of user programs. 



by an inter active 
user. 

Interactive^communications with a terminal curirc 



22 
23 

25 

26 
2? 
2 5 

29 



• Tnere will be one or more data representations common 
across the product set. 

- Provide compatible external user interfaces to all similar 
IPL product set members. 

• A compatible means for invoking all compilers. 

• Co-oatiole graphic output formats from all 
co-oilers. 
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3.0 CHARACTERISTICS AND FEATURES 
3.3.3.2 Utilities to be Supplied 



i. 3.3.1 PfrSjpn .££±££1±X£S/LCLX<>LI t, ilSJS 



A?L 

B^SIC 

CC-CL 
PRODUCTION 

DEVELOPMENT 

fO-T-AN' 
JE*-LO?.^ENT 

5HL 
PRODUCTION 
CEVELGRMENT 

SORT/^ERGE 

cre^R fe 

CRITERION 



re = rr. 



:nt e 



PRODUCT 
TRADE-OFFS 

► -f.-4.- + - + - + - 



J 



El 151 
E I Z I C 
! E J N 

2 5 J 



2 



11 



I I 



I 2 

EJ IC 
X J T 2 
ElEID 
C J S J E 
Ti 

IC 
3 20 
A I n 



!C 



5 12 



12 J 
2 13 1 



1113 
Z\ \ 
J J 
5 5 1 

! J 
3 J 2 J 
11 { 

I 2 

ill 
! I 



2COMPATIBILITY 
J PRIORITY 



ic: '. i : ; I 

!R! 2 ! 2 2 2 

it; j j \ \ \ 

1 E IC X 131 II 

J R J Y I A J i I I 

1 1 1 B I N J I I J I 
2O2E2S102B2 J 

: N « R ! X 8 L J M J 1 REMARKS 

f «4.^ + - + » f - + -f -- 

2 112 12 2 

1 121 J UJ I IBM APL. TARGET 
! I J ! 2 i : 

2 I 212 I I J BATCH AND INCREMENTAL 

: : i i ; j : 

2213211 1 2 1ANSI 7h (HIGH LEVEL 

1 2 ? 2 5 J I MEASURED BY NAVY AUDIT) 

it:::!! 

2 J 2 S I I 2ANSI 75 (HIGH LEVEL) 
2 2122? J ! J 

5 J1J2! i } ! 

1 J 1 1 2 5 13 2 I 

2 1 2 2 2 2 SCYBER ISHL CC COMPATIBLE 
12 12 2 2 5} 

2 212 12 2 2 

2 J 2 ! 2 J {PRODUCT SET PROGRAM CALL 

! 2 122! I I 2 CYBER CONTROL STATEMENTS 

2 12 2 22 I J {CRITERION CTRL STATEMENT 
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3.3.0.2 iilllJLti^-lo^Jtie^^iLSiJLSia 



PROGRAM 
ORIENTED 


2 Source ccae Maintenance 
2 Object code maintenance 




2 Line and text editor 
2 Text formatter 




J Debugging aids 


DATA 

ORIENTED 


2 Genera 1 uti i i ties 
J Copy (housekeep) 




I Co-rpare 




J Re tor rat 
2 Data base 




I Subset extractor 




2 ' Boolean processor 




2 • Incex rana^e ".er.t 




! Restructure/reorganization 
' Usage ana I ys is 
2 Leg/ audit 

Recover/restore 


MEDIA 

ORIENTED 


* Init ia I ization 
I Dunc/rcstore 


SYSTEM 

ORIENTED 


Maintenance log analysis 

System use log analysis " * 

Dump/ load job queue 

System genera t ion/nod i ficat i on 




Terminc 1 use 




System/ J ob/fi 1 e status 




Missaut? capability 




Permanent f i I c-s 




Dump/load 
Audit 




General tile utilities 
Print nerory or file 


CONVERSION J 
AIDS 2 


Data conversion 
Program conversion 



Where applicable, utilities will reet compatibility constraints 
as outlined in section 3,6»3. 
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:r!A^ACT£r.ISTlCS AND FEATURES 
'+ SSTA 3ASE MANAGEMENT (28^> 



3.3.<» OAT A 8ASE MANAGEMENT (D5M) 



Tne :r!j?3ry cojective of the 03M system is to span the IPL 

ranre hi-rh . a secure d3ta base management facility that is 

C3-C3ti_cie ccross the line. Tne long term objective is to 
produce an ^:>SI-CDm?i ia^t DEN system. 

In* utilities ana common product set objectives specified 
above acply to tne 03H system. 

3. 3. £ *«I ~ y. o J,.u t i. P. ~ i? .C Y. . , 5 r* o * t h, 

iccocr;c-ate fhe'need tor subset product delivery and pricing. 
Tne oasic system r.ust contain the* key elements and features of a 
C-3f$ crocuct? stereo ana data independence, protection, etc. 

3.3.**. 2 Foreign System ' 



Provide the user the aJternative to use a foreign data base 
canscfcTer.r system (TOTAL) in lieu of the IPL 08M system. Foreign 
anc iPi. OEM systems are not required to share data bases but 
s-ouid be CoC2.ole.of. scaring physical resources. 

3. 3.*-. 3 k±SJL£:i_l£a££z£H_£ei£CJL!£ 



viitnin the constraints of balanced product set performance 
oojectives, the design trade-off priorities are! 

- Pun time efficiency over storage requirement. 

Storage requirement over compilation or utility 
efficiency. 

- Retrieval over updste performance. 
Modify over store over delete performance. 

- Compatibility deviations from the DMS170 and CCDASYL 
cesigrs ni II be specifically documented and approved by 
AJSC and Cede visible to the Planning Committee. 
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3.0 CHARACTERISTICS AND FEATURES 
3.3.<+.*4 Data Access 



3. 3.^. A £&ta_Ac.c. £ s S 



Access to the data base to be available throuch CC=CL, 
FORTkAN, and Query Update as well as throuch direct use"- 
interface in both a batch and interactive nose. 

Data DescriDtion and Data .Manipulation larcuajes in a lore 
familiar to applications programmers. 

File organizations adaptable to massive insertions a~a 
de I e t ions . 

Access can be inuependent of tne or csni za t ic.n and fcrs-ar cf 
the oata base. Access 'metnods available to the" user induce 
sequential, direct (by symbolic key,, e.g.. inoex seicential) = ~c 
associative (value coupled sets). 



3 . 3 . k . 5 t Dsla-JniesiLL t v 



Maintain accurate recorcs of supporting indexes anc fHe 
structures, etc., to insure that purged or unused files are 
properly designated. 

Prevent propagation of detectable hardware failures in **•» 
data base.. "*'* 

Concurrent upcates from multiple tasKs or applications not t~ 
result in a breach of integrity. 

Provide optional audit trails anc tracking of all accesses. 
3.3.^.6 £xo cj^ m_X rjl2X'iL0ii§£i^£ 



A I low programs to be maximally independent of: 

- Medium and device type 

- Volume residency 

- Storage structure 

- Storage format 

- Storage aacress 
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3.0 CHARACTERISTICS AND FEATURES 
3. 5 PROTECTION 



A casiC terminal oriented QUERY and UPDATE language. 



As..3sP.y security features as possible will be ODtional to the 
•~ser cr coso-jter manager to reduce system overhead when desirec. 

Tne objectives of the IPL security system are to provide: 

tfecnsniscs to iasntify each user attempting to use the 

syste-J to set authorization? classification and privilege 

levels tor each user* to limit a user's access to .arc 

usage of system resources and data files; to audit 

activities in tr.e system* 

> v ecnanisms to identify terminals and peripheral devices 
attached to the system. 

- Detection, reporting and logging of security violations, 
Aiar.c generation «hen security violations are detected. 

- Cata access and usage regulated by the owner of data? data 
trar*s?issicn eccorcing to limits se.t by the owner of the 
est a? clearing of residual c l ass i f iea data. 

Security safeguards for startups? shutdowns* restarts ano 
system modification. 

Accifiorallyj the following goals will be pursued to the 
limits imposes by other architectural, design, and Implementation 
cors iderat i crs J 

- the least possible amount of privilege granted to 
operating system functions. 

internal and external labeling of classified Information. 

Establisn an operating system security model and 
continually test. the OS design and implementation. 
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3.5 PRUISSIIfiN 



Tne overall protection objectives for I?L are to protect the '- 

user from other users, the system from users- users frc* the 5 

system? and system elements from other system elements. 6 

Data can be protected at the: ' * 

, a 

-' File level 13 

- Record level 11 

Element level (through DBM) 12 



3.6 MTJlHAIIflN 



Systems to be addressed for migration include specific 
vers i on s f x - - . 

- 3JGQL/NASTER 

- CYBER/NOS, N0S/3E (including I/O emulation) 
TOX application programs 

- CRITERI0N/S1-E2-VFX but not CVK (only recuires erjulaticr- 
of 61-U2 OS cede) 



3.6.1 HARDWARE MIGRATION 



The IPL will support a hardware migration environment with: 

- ■ Emulation of the CY3ER 17C, 2CG0L, CENTURY and CRITERION 
Central processors. 

Support of selected periDherals available on the CY3ER, 
3000L and CRITERION lines in their current node. 



3.6.2 CPU PROGRAM MIGRATION 



The IPL will support program migration with: 

Emulation to permit execution of old mode programs 
directly without change or reconpi ! ation, 

Recornpi I at Ion and/or utilities for converting old orocrarrs 
to IPL mode. 
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.3 O.J^CTESISTICS AW J FEATLRES 
.5.2 C^U PRGC-RAM MIGRATION 



It is riignly desirable that parent companies prepare for 
migration ..from existing, lines to IPL (compat ib I e compi I er 
languages? cocmand languages) data formats and media). 



0,UA MGRATION 



Data Migration will be acco-TCoda ted with: 

Utilities that convert old files to the IPL formats and/cr 
rrecia. Such conversion will be explicitly reversible. 

Sucocrt old file-s for access by programs executing in old 
or ne/* node according to the chart below. The numbers 
represent tne preferred seauence of migration steps. 

5 FILES 

J OLD STRUCTURE ! IPL STRUCTURE 

I I P L SUPPORTED I 1 

PnOGrAXS i-OLO DEVICE MODE IPL DEVICE J IPL DEVICE 






(la) 
(2a) 



SoteJ For sreo 2 the oojective is to support a syJ2S_gjt of old 
structures. Stecs (la) ard (2a) are not design objectives but 
recreser.t oifernctives pending resolution of parent peripheral 
str^r-egies. * 

An IPl device Is one v>hicn supports IPL data structures in its 
nstive ■ ffocc. "IPL Devices" are specifically listed in APPENDIX 
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25 
29 
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<♦•* JbIIJbIN_I£L 

The IPL wilt Dresent a compatible data interface that is 
accomodated across the line. "This objective includes provisions 
for: 

- .Compatible instructions wit! have identical results. 

ANSI standard data representation on cards b^c tape. 

- IPL standard data f arrears (internal ana external). 

IPL standard disk recording formats (ohysica! and logical 
file level) for each transDortab • e media tyoe. 

IPL standard operating systerr interface. 

The IPL standard aata formats are: 

- 8-bit bytes. 

Internal representation of character cafa in Ai>CII. 
-• 32 and 64-bit representation of fixed coint numbers. 

- 64 (single precision) and 126-bit (ccuble preclsicr) 
representation of floating point numbers. 

- Signed and unsigned packed decimal numbers. 

- Signed (embedced ard separate/ 1 eaa ing ana trailing) arc 
unsigned zoned decimal numbers. 

Redress pointers and synchronization elements. 
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!».0 CC. W FATI2ILI7Y OBJECTIVES 

A, 2 PARENT PREDECESSOR PRODUCTS 



--2 z±S.lliI-E.£sSiLZZZl£Z-ZZ£Z&51£ 



Ary preliminary systems which are based on CRITERION or 6150 
hsrcnare elements must De field upgradable tc IPL systerrs at s 
••Tir.ir.ur5 cost. For NCR systems* user reversi t i 1 i ty is required. 

The resuits cf *he IPL floating pcin't operations will be 
aritr.sef iccl ly' cor-catible to the normal range of CYBER 170 
'lectin^ ooint unrounced results* 

hherc feasible* use software products inplenented in 3 higher 
level {arc-cage cnSy. Evolve the prcouct to IPL specifications cr. 
tr.e prec^cosGO- systerr* Candidates includes 

- 'Compiler products 

Dots -anagerr.erf- products 
Network products 



4.2 C9 V ~^N'IC;; PRODUCTS '.' 

IPL peripherals *i I! ncrrra 1 I y be suDpIied by CPI and MPI. 
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4.0 COMPATIBILITY OBJECTIVES 
4.4 COMPETITIVE PRODUCTS 



«♦.<» £iee£iiii}£e..prqqi&is 



fnira/Rrew 



1 






MECIA I 


INTERCHANGE 




u 


2 






. 






5 


Z 






Physical 


Conversion 


Logica I 


6 


4 


Device 


Vendor 


Recording 


Ccce 


Structuring 


7 


5 












5 


6 


7 Track 


- 


ANSI 


BCD o 


ANSI 


9 


•7 


tape 




200bpi NRZI 


(even parity) 


1S£8 and 1976 


10 


8 






(read only) 






H 


9 






556bpi NRZI 






12 


10 






SUCboi NRZI 




- 


13 


11 












Ik 


12 


9 track 


- 


ANSI 


ASCII o 


ANSI 


* ~ 


13 


tape 




800coi NRZI 


EBCDIC 


1965 and 1976 


16 


14 






1600cpi PE 






-7 


.15 






6250cpi GCR 






13 


16 


• 










' 19 


17 


80 column 


- 


ANSI 


ASCII o 


Care i^age 


20 


18 


caros 






029 




21 


19 








. G26 




21 


20 








Transparent 




23 


21 












2~ 


22 


Diskette 


IBM 


IBM 3750 


EBCDIC o 


Unit Record 


25 


23 






f ormat 






26 


24 












2? 


25 


Secondary 


"support of EBCDIC 


character and decirral data by CCBGL 


2 £ 


26 
27 


programs- 


wi 1 I 


be provided 


to the extent 


E0CDIC .T.edia are 


23 


supported 


above* 








t r. 


28 












5i ' 


29 












3 2 


30 
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31 
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32 
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33 
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24 
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35 
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36 
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29 
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40 
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41 
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5.0 SYSTEM ENGINEERING CONCEPTS 
5,2 IMPLEMENTATION LANGUAGE ■ 



5.0 SllIi^l>i^iI^£LElNG CON£f £IS 



5.1 SY$T£ft 



T€cn.-».isu€s of design end implementation (e.g., structured 
s^Si^rs, iata co-uoled interfaces) are to' be employed- which will 
5!!c«i a re* level qt functional isolation. This will present the 
carsn* "companies with the opportunities listed below as well as 
tne chsllfepje of improving integration? distribution and fielc 
teinTsOince "enough to profit from this modularity* 



5.1.1. FLEXIBLE PACKAGING OF SYSTEM COMPONENTS 



7o perrr.it i 

- replacement of system components to gain new functionality 
without aisnuption. 

- -. identical functions for both srrall and large system users' 

H-itn reductions in performance rather than function. 
Ho»*ov^r» a meaning fu I subset of functions may be required 
to S'-coort minimum level systems. 

- customer gronth. 

system adaptability to unique environments. 

- system • optimization to satisfy specific performance 
recu 1 regents - 



5.2 I^L^NTSTTCN LANGUAGE 



Define and use a coirnon software writers language (SWL) for 
the entire product i ina development. This is expected to? 

Pecucs development and support costs 
- Ernarce probability of the system software spanning the 
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entire product line 
•Allow definition of hardware/f irnws 
improve SWL code performance and thus 
per for nonce. 
Enhance RAS 

Facilitate transportation of algorithms, pre 
expertise and (to a lesser extent) software with 
machine lines. 



assists *nicn 
H.-.cle system 



5.3-5IASI2ASii5 



The IPL systems will comply with all aoplicable NCR-C3C jcirt 
and industry standaros. Any deviations will Pe icentifieo witr. 
waiver statements in future design documents. See Aopencix C for 
f u I I standards I ist . " ' ' - ■ 
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s.o *-wi;:t t -h^^in^_q?j5ctives i 

2 

3. 

- . ^ 5 

•■■•■■. • 6 

7 

A 05s;3n objective is that phased imp I enentat ion and release 8 

of selected fc3tures» Junctions? and components can be 9 

conveniently acco-mocaf ed. 10 

11 

Tne content of the first release and proposed subsequent 12 

prizs-zz will oe delineated in the Architectural Definitior 13 

Gocu-^ent by 1/15/77. " 1*+ 

15 

r-arures and cp^scnents to be considered for phased inclusion 16 

in I PL sys'e-s are: , 17 

■■•13 

- ^ooes of operation and the 'associated scheduling and 19 
system tuning capabilities* 2 

21 

- . Coticr.'ai levels of security. 2 2 

23 

- ^ul t irainf rarre support, ?.h 

. 25 

- Utilization of harcware protection mechanisms 25 

27 
C o r ?. a r. a Language features associated with nodes of 28 
ocvrafion. . 29 

'30 

- Data Ease f'anage'nent features. 31 

32 

- File management capabilities in support of phased OEM 33 
features. 3^ 

* .35 

Susport for a storage hierarchy (tape library, bulh 36 

. ca-ory? etc.), 37 

.38 

- F.AS features such as file archiving and automatic 39 
hierarchy management. <+Q 

- Diagnostics nay be phased from on-line fault detection to hZ 
, fault isolation without a retraining reauirement . t*Z 

General features of the product set members depending on <*5 

tne pnaslng of modes of operation and configurations. ^6 

E/a-ples are on-line debugging and performance optimizing k7 

compilers. <*8 
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Peripheral support. 

Virtual language processor support. 

Where language standards are oefinec, initial desion -till 
give prececessor procuct compliance priority ever-full 
comp I iance. 
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7*0 PE-FQR^^N' CE OBJ ECT IVES 



The 1FL Architecture must allow the largest cost/performance 
ranee pcssiPle oetween the sma! lest model and the largest model. 
The ranee rust be covered continuously with no cost and/or 
performance gaos within the line. 

Icertificole computer mooels rust occur at performance level 
r.»T;cs of 2.5 to 3.5* A* each model level? a minimum starter 
syster 3ust ' De configurable with growth through add-on and/or 
reouceser.t of ha^osre mcaules to allow the user to install c 
system a: the lowest oossicfe cost, and to grow in smaller steps 
.than with total system replacement. 

Ire IPL systems should minimize the total time between, the 
co-sing ana correct execution of a program. Approaches to be 
cons ice red include? 

- c-Tpnasis on coroi'ation speed 
.. - tsoneiis on diagnosis ■ 

- Incepencent mooule generations ancJ execution 

-Depugeics 

Ir-e IPL processors of higher cost and. performance must be 
efficient in the execution of FORTRAN and those of lower cost and 
D^rfcrcanci rust efficiently suoport COBOL- 



7.1 ^liI£^CCiI/£££E C5:!1AN£iL_G5Aj,S_ 



See Apoerdix £ 



•2 CCiSQKEN' T P lPFQ^v^nCE,, OBJECT IVES 



7.2.1 PROG 
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.7.0 PERFORMANCE OBJECTIVES 
7.2.1.1 Performance Levels 



7.2.1.1 Eixl££na.nc_£_.L^veJLs 



Major language processors are to provice for two levels cf u 

compilation performance. - 

Development mode, characterized by extensive ci acnest ics 7 

and fast compilation rate at the expense of ooject coc<= * 

e f t iciency . ' " . ~ ** : ~ 

Production mode, characterized by highly efficient cpject 11 

code (space/speed) generated ot the expense of cor.oilsticr :£ 

rates. • .- 



IF 
IS 
19 
23 
21 



27 

25 
29 

3 



-5 



m7 



DRAFT 



NCR/CDC. PRIVATE 



ifiiiafflisff 



IP- ARCHITECT 'ORAL 03JECTIVES 

ASL ARCHITECTURAL DESIGN ANO CONTROL 



76/05/10" 



7,3 rESFCRKANCc OBJECTIVES 
7.2.1.1 Per for jsnc e Levels 



PRELIMINARY . 
PRODUCT SET PERFORMANCE OBJECTIVES 
(SUdJECT TO FURTHER REVIEW WITH PARENTS) 



J 


SET SIZE* 
Kb 


J STATEMENTS PER 

{ MINUTE J 

! COMPILE RATES I 


TOTAL 

CODE SPACE 

KB 


i 




1 --- — - — ^-« 


---— - 




I 
I 




I P2 CPU 1KALL CLOCK**! 




A?L ! 


100K3 


? .20,0 00 J 


6,0 00 


300KB 


-ASIC J 
I N T & i 


100KB 
IjjKB 


1 20, GOO ! 
1 i J , 0*3. I 


6,000 
2,500 


200KB 
500K9 


P.* CO I 
uEY 1 


13CK3 

120 KB 


5 u , J 

i rsF i 

l 8.000 J 


1,000 

TEF 
3,000 


1.5MB' 


FOR IF. AH \ 

p.^:d . 


1?jK4 
125K3 


1 't 
1 7,000 I 
J 13,000 1 


1,000 
5 T 000 ' 


I 750KB 
I 250K3 


PL1 • ' ' 


15 0K3 


I 2,500 J 


550 


I 1.5M3 


5 /MERGE i 


TEr 


J ^ TBF J 


TBF 


5 TBF 


£J 


TSF 


? TBF \ 


TEF 


i tef ' 




T3F 


1 TBF I 


TBF 


? TBF 


U3«S 


TBF 


I TEF J 


. TBF 


$ TBF 


S.-«L 
PnCD 
C£V 


23QK3 
JL5-K3 


I <*,0 00 .' 

: 10,000 i 


1,350 
3,^00 


I TBF 

I TBF 



•TYPICAL" PROGRAM >50Q DATA NAPES? >1000 STATEMENTS 
JNlImITED REAL MEMORY (NO MORE THAN 1QY. DEGRADATION AT 

hCi*£lNG SET SIZE) 
'EUTIvE PERFORMANCE RATIOS THAT APPLY TC OTHER PROCESSORS 
ARE C£SCRI3£C IN SECTION 7,2.3.3. 

- Tc ce supol ied vixth Architectural Definition 
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7.0 PERFORMANCE OBJECTIVES 
7.2.2 SYSTEM PEkFORMANCE 



7.2.2 SYSTEM PERFORMANCE 



7,2.2.1 Mpn I torj nc/lunj,ng. 



Provide mecharisms supporting rreasuring cf operating system 
dnd general software performance ana usage characteristics.. 
Supply basic analysis tools for presenting fiis cats in 
meaningful terms. Self measurement tools ana services tc oe 
optionally" selected. 

Support system tuning at' system generation, system lo=c arc 
execution times. Include tuning options to m.axinize performance 
in tne following areas: 

- time sharing 

- transaction 

- batch, local/remote 

The level of conformance achievable in any oarticular area is 
not required to be at the level of specifically csvelocc-c 
oedicated application systems but the stancard I?L OS -jst be 
able to supply tne majority of code that woulc rnaKe up such 
dedicated special systems. 

7.2.2.2 Da ta Transf ers . 

Each I/O subsystem will be exoandable to sustain uc to a 20 v : 
oata rate. Each trust permit simultaneous ooeration of up tc 16 
device controllers. The IOSS will not inhibit controllers frc: 
driving devices at rated speeds (within overall IOSS. oar.c*ictr 
limits. ) 

I/O protocol must not preclude transfer rates of 6** "egs-ytes 
per second when appropriate technologies are available. 

The. IPL must support a highly efficient I/C capability in 
mu I t iprcgramminy or monoprogramming rrcdes. 

Burst data transfer rates at device maximum 

• Effective data transfer rates at 8QX of device rateJ speed. 

Support data streaming. Streaming (multi-clccK I/O is the 
ability to process two or more consecutive I/O recuests tor tre 
same device without degrading the effective transfer rate. The 
numoer of simultaneous user data streams . is configuration 
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deo^odent. Extra controller costs .(if any) to meet this 
rec-ireT.cn? «il! Pe identified. 

7- 2. £.3 H_Jiorj 1 j J 2^L5 



Ire following workloads must be able to run on a minimum 
conf igyraticr: 

--' Zecicatel Sarch .Mode - Minimum of 3 concurrent. J obs (1 
ccr^cilation and 2 production joos? BOP oriented) 

Cn-I ine/33Tch Mode - One cn-iine job with up to 35 
terminals* .nixed types* transaction orientedr with e 
throughout of 3 t o 4 transactions per second. (For 
. reasure~ent purposes? a transaction is an externally 
generates IN?UT /PROCESS/OUTPUT sequence requiring no more 
'fr.ofi b to 6 accesses to RMS curing processing.) Two batch 
jors <i cospi lation and I production Job, BOP oriented). 

-' Dedicated On- line Moce - One en- J ire job with up tc 100 
terminals* rixed types? transaction oriented? with £ 
Tr.rOwCnDui of 6 transactions per second. 



7.2.3 PROCESSOR PERFORMANCE 

?-,GCcSiOR PERFORMANCE IS NOJT TO BE. CONSTRUED AS SYSTEK 
Tn-.C;;Gn?uT. 

Tne oerfcr^ance objectives for processors are' listed in the 
fc! lonir.G s^o-para^rapns. The stated performance objectives will 
be set f'fir\ tne fc.I letting conditions imposed! 

«o conflicts in m.3in memory from other processors. 

Hair, memory access time (including cables) of 1008 nsec. 

Cache hit rate is C as defined below. This means that 
fi-C) of tt-Q nerds tc be read from main meirory, exctudirg 
Instruction references* shall not be in the cache arc 
snail require a reference to main memory. 

- i"ap hit r&te of M as defined below. This means that (1-M) 
of tne process virtual address to real memory address 
translatiors shall require a reference to main memory for 
access to segment, or pace table information. 
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PROCESSOR I CACHE HIT I MAP HIT 
J RATE (C) I RATE (M) 



Pi 

I 
P2 

' I 
P3 I 757. 

I 
P4 I 907. 1 99-57. 

7.2.3.1 ^IjejitlJJLf JP£EJLQrJ3Sr££_fl 3Xfii:lJLiijaS 



I 907. 

757. I 987 

I 997. 
I 



PI Processor - 0.75 x CDC CYBER 70/73 
P2 Frocessor - 3.0 X CDC CYBER 70/73 
P3 Frocessor - 9.0 x CCC CYBER 70/.'3 
Ph Processor - 27.0 x CDC CYBER 70/73 



ComDliance with these objectives 
execution time of the ten FORTRAN 
Environments and Workloads Specific 



will be ceter^ined oy 
Kerne Is listed in 



rr.e 
the 



ior 



the 



7.2.3.2 Busirsess Performance Obj ecti ves. 



Pi Processor - 2.3 x IBM 370/145 

. P2 Frocessor - t.6 x I13M ■ 370/ 1<*5 

P3 Processor - 18 x IBM 370/1U5 

F4 Frocessor - <+0 x IBM 370/1^5 

Compliance with tnese objectives will be determined by 
execution time of the COBOL S-P.RUFILE statements listed ir 
Environments and Workloads Soeci f i ca t ion. 

7.2.3.3 Software Writ er Lancuace, Per f o^rgr ce Coj e ctjyqs 



Pi Processor - 1.0 x CCC CYBER 70/73 

F2 Frocessor - 2.7 x CUC CY3ER 70/73 

P3 Frocessor - 7.3 x CCC CYBER 70/73 

P4 Frocessor -19.7 x CCC CYBER 70/73 

Compliance with these objectives will be determined by the 
execution time of the SWL PROFILE kernels listed in the 
Environments and Workloads Specification. 
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~ sy?"t?" ' ■ ai j .Mre -esns that a fault has -occurred Hhich 
prsvenrj ? r^e systea from croducing any acceptable work. Human 
intervention is reuuired to return the system to- an operations! 



:TC . 



■*, ±2 n "*" ' *"<? ^.t>tcon S VS , T € 



'.failur es ( S v s f e n __MI BF ) Is defined * as 



tne n*=3n Tine octween i&«_sJL3.r_l ot successive system failures. 
7r\is -r?5n titre inciuc«s operationgl time and all system down time 
resulting lr;s a failure? inducing the mean recovery, time 
rejuire-3 to stcre t^a system to its original state. All MTBF's 
.. or? st a tec in hours. 



■5,1.1 S^^l^r GSJcCTXVES 

The cojectzves for the System MTBF for systems S0-S4 are shown 
-e*c«. Tr.e oojectives are specified at rel.ease and during tuo 
peri-os after, release. Release objectives shall be measured by 
Test Fish IV of KlL-STtWeiE. 11-15-67, Release is the first 
sni-;?ent to a paying customer. 
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Tnese objectives are based or the inherent hardware systerr 
JiTSr's as estimated oy ?a thenat ica 1 modeling techniques. The 
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5.0 RELIABILITY OBJECTIVES 
3.1.1 SYSTEM OBJECTIVES 



curves in Appendix F have been inclucec for reference. 



8.1.2 HARDWARE MTBF OBJECTIVES 



The hardware components of the system MTBF objectives are 
tabulated below. The figures in carenfheses ere tr.e 
mathematically calculated MTBF's based on 30T<» '♦OX and 55X of 
inherent MTBF for S0-S2 and 22. 5X, 3uX arc 557. for S3-S**; they 
are included for information only. 
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First 12 Months 


IhJXd 


-1S.2Z 


SO 


300 


(310) 
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66j 
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Si 
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(250) 


350 (330) 
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(^50) 


S2 ■ 


250 


(180) 


30 (250) 


500 


(340 )' 


S3 


300 


(330) 


4u0 (450) 


7 5u 


(740) 


S4 


250 


(220) 


325 (280) 


660 


(530) 



8.1.3 SOFTWARE MTBF OBJECTIVES 



The operating system components of system MTBF objectives are 
tabulated Pelow. These are e.s_JLiJIISl££ oased on the following 
assumptions?-. 

- MTBF is measured in a user environment, not by develcp-ert 

stress- test ing. 

- The sanre basic software systerr is used throughout* with 
• only validated oug fixes added. 

- There is ro radical change in the nature of the usee's 

production workload. 

• The figures in parentheses arc estimates of the syste-'s MTBF 
in a development test environment. The third year figures are 
omitted because feature enhancement is the expected rose of. 
system evo I ution. 
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8.0 RELIABILITY OBJECTIVES 
8.2.1 SYSTEM AVAILABILITY 
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Tr.ese figures represent objectives for a performance 0*S. 
variant. Full feature variant not to degrade tnore than 10*/. 



6,.2.i SYSTEM AVAILABILITY 



Mean, povtn,,.Ti??e 
ir, T i me Between Syst era Fai lures 



c - v ea ^ Co- r. Ti^e = Mean Time to Repair (MTTR) + 
Mean Time tc Recover + 
Hean Halt Tise + 
Preventive Maintenance (PM) » 



to ._.Rg,cgyer is the rrean re-run time necessary tc 



return The system to its original state and the jobs it 
*as executing to their original state. 



* Ti re is th? xean time it takes for an engineer 
r.ace available to address the fault. With the 



exception of software faults this time estimated as one 
- hour, 

c Prqyer.t j ye 22iol£G3Dfi5L is a.rv scheduled maintenance where 

concurrent raaintenarce is assumed, to reduce system 
svei lability by the amount of system resource required. 

CDJectives for System Availability for systems 30-SA are shown 
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below. The time periods are those usee for the System MTEF 
obj ecti ves. 

Mean During Mean During 
M_Sid£aS£ £lrsJL_AS_Months. -IhkZlJlttZ 



.96 

.9/5 



.965 
.98 



.97 ( including PM) 
.93 5 (excluding .?M) 



Note: Definitions in this section have been cr'a«n from the caper 
entitled "Availability" by P. G. Ccran. 12/26/73. 



8.2.2- ACCEPTANCE AVAILABILITY 



When a system is. undergoing acceptance testing 
is defined using different assumptions* 



?> 



aval i ooi I i ty 



££sin_W2JLl_Iia£ is zero? the sysiem is at 
P r.e V e ^JJ v e .. M a.i, n t c na nee is notir eluded 



fenced. 

L r. Mean Dc^n T i rr e . 



Software MTBF approximates that of develoo^ent test rather 
tnan user environment (see Section, 3.1.2) . _ 



Cbjecti ves 
shown below, 
interva Is. 

M_H^J_ea..se_ 

.98 



for Acceptance A v a i \ «> b i I i t y for s y s t e ns 30-3** are 
Tney apply to discrete tines rather t^ar 



is£ieajs.£_±_i_ 
.985 



.99 



8.3 JBA£-E£AIIiS£3 



The guidelines for total costs for RAS features fc a giver 
system will be 15*/ of hardware MLB and ZZY. perforrance iscact cr 
O.S. software (both within cost /per fornance objectives). 
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8,0 RELIABILITY OBJECTIVES 
8,3.2 AVAILAdlLITY 



RELIABILITY 



Ire sccce of reliability is to reduce failure rates cf 

n,r;flirt. ana- soft*sre» and minimize component faults frcrr 

. c-ecoffinc- element and system failures. Specifically? reliability 

ii Z£*ir.zz as preventing The occurrence or propagation of 

errcs- Rejiaoili?y features shoulc include: 

Par: *y checking on major oate paths? address paths* 
channels* registers and memories. 



zrror status registers. 



Tire -out "lechcn i sms 
system facilities. 



provide continuous operation cf 



- A va 1 idat ion check of disk write positioning. 

- Checksum techniques for key system tables. ' . - 

.— Tne desostart process to include confidence level tests 
run against critical system component s. 

- ' .^efhcd-s cf forcing conditions so that checks can be mace 

of ?ne reliaoi'ity circuitry. 

5,3,2 AVAILABILITY 



. AvailcDifity is defined as providing alternate paths around 

failing or failed system functional components to minimize impact 

Or: a running production system. Availability features should 
include: 

- Capacility to "fault" portions of the cache buffer and map 



- Tne cresence of another processor on systems to ensure 
recovery from a failed CPU. 

SEC/020 implemented en main memory. 

A combination of h-rtixare and software techniques to be 
usee to retry failing instruction setup. 

Execution of user supplied recovery algorithms after 
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stancard system error recovery procedures. 1 

Reconfiguration by a combination of hardware and software 3 

techniques following failures? automated as far as * 

possibl e. 5 

Use of motor generator sets- as a customer octicr. to 7 

decrease sensitivity to commercial ooner. £ 

Recovery facilities both at the individual joo and at the 1*3 

system level » such tnat the environment me y Oe 11 

r.e-estdO I i she c after a system failure. 12 



8.3.3 SERVICEABILITY 



Serviceability is defined as the effectiveness cf error 
iso lotion 1 and maintenance support. S^rvictabi I i t y features 
shoulc include: 

Error signals wnich localize faults. 

Micro-program control of instruction execution. 

Minimize the number of module types *itn si! like mccules 
ful ly interchangeable and replaceable wh-r. coter is cr, 

Oesign IPL Maintenance Services to all-o* ftzrcr*zr = 
maintenance to be performeo concurrent with customer 
operation. 

- ■• A maintenance panel to provide the following capabilities: 

- System master clear button 

- System aeaci>tarf button 

- Fau ! t indicator 

' - Power fau It indicator" 
-Cooling fault indicator 

- Programm-ib i e audio alarm 

Not to require a dedicated maintenance console. 

Allow an input/output device to oe completely dedicated to 
maintenance usage for initial micro cede load, tiers 
ciagnostics* micro dumps* etc. 



Privileged operational modes to allow the r.air.f 
service facilities* under program control? to 



" a r c e 
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Logging of transient and permanent faults. Logging cf 
deadstart recovery conditions. 

A systematic set of diagnostics aimed at isolating 95*/. cf 
tne fa-Jits to three or less replaceable modules and 90X tc 
one mcout e . 

Re i incuish a II but a minimum of system components to 
concurrent -on-: line maintenance as needed. Relinauish 
reraining components to dedicated on-line maintenance 
without losing "system state". 

Fer.o:e ; access to those facilities under 0»S. control 
*nicn can be . usee for routine hardware and software 
maintenance* " 
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9.0 PROGRAM- ASSUMPTIONS. 
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SYSTEM 
MODELS 



Auerbach Lease 
Range Category 

First Customer 
Shipment 

Last forecasted 

Shi pment 

Mumper of 
Systems 



9.2 CONSTRAINTS 

Constraints imposed on the IPL program include: 

Interface to COC and NCR networks. 

- Use of existing NCR-CRITERION hardware for initial 
versions of the SO., SI and I/O subsystem. Components 
include: 

CRITERION Processor 

ITE 

DMA-MUX 

Integrated Communications Adapter 

Integrated ' Disk Controller 

Integrated Memory. 

Objectives cependent on PI and IOSS are affected by this 
constraint. In particular- all mainframe elements are 
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constrained to be synchronous to a 55 nsec clock. 

Use of existing software design. Interfaces and products 

including: 

CDC STAR COBOL/NCR VRX C080L 
CDC ■ FORTRAN 5 ■ 
CCC Q-JEFY/UP2ATE 

Use of -CENTURY diagnostics for maintenance of CENTURY 
cerichdrais (initial IPL configurations). 

tfust 'regularly provide design Information to standalone 
emulation projects using IPL components. 
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10. 1 SOFTWARE, PRO.OUC.TS 

APL and PL/1 are not planned for the initial IFL Procuct Set 
offering. 

Dynamic automatic memory recor.f igurabi I i ty for fail soft 
recovery. 

Remote operator system initialization. 

DBMS Data Access from PL1 

10.2 HA££WA£f JPBQBUSJS . . 

The following main memory products are being actively 
considered for IPL systems; 

M0A - Same general capabilities as M0 with a capacity of 2K3 
to SMB. 

M2A - Same general capabilities as M2 with a capacity of ^.yp 
to 16MB. 

M3A - Same general capabi I it ies as M3 with a capacity of 16f5 
to 32MB. 

A P5/M5 system may be reouired in later IPL systems. 

CYEER 170 PPU hardware emulation. 

.10.3 " £flJ«PJ3NkNL-R£l.£AS£S ' ■' 



Functional component releases in binary or source form must be 
provided with the attendant capability of a user to augment his 
system with the component without a complete system generation. 
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As 3 result of furctionai releases, the system will contain a 

vari&ty of components et various release levels. Maintenance 

practices sus* ce revised in accordance with this new 
enV ircrvrent • 



DRAFT 



NCR/CDC PRIVATE 



1 
2 

3 

5 

6 

7 

8 

9 

10 

11 

12 

16 

m 

15 
16 
17 
18 
19 
20 
21 
22 
23 
Zk 
25 
26 
27 
28 
29 
30 
31 
32 
33 
3*» 
35 
36 
3 7. 
38 
39 
^0 
hi 
hZ 
kZ 

<*5 

<+6 

hd 



[5)13 /Rl^' 



IPL ARCHITECTURAL OBJECTIVES. 

ASL ARCHITECTURAL DESIGN AND CONTROL 

11. OBJECTIVES OF LOWEST PRIORITY 



11-1 
76/G5/1Q 



11.0 OBJECTIVES OF LOWEST PRIORITY 



Interface to IBM System Network Architecture unless sr 
integral part of parent's network architecture. 

- Emulation of IBM 370 processors. 

Compatibility with existing parent's operator to C.S. 
interfaces. 

ALGOL and RPGj which have been standard offerings of ore 
or both of the parents prior product lines? .are to be 
excluded from the IPL Product Set. 



256K oytes of central remory as 
configuration requirement. 

Emulation of NCR language virtual machines. 

Full DOD security compliance. 



it. minus memory 



DRAF1 



NCR/COC PRIVATE 



c 
7 
3 
g 

10 



25 



I=»L ARCHITECTURAL OBJECTIVES . 

;^L ARCHITECTURAL DESIGN AND CONTROL 

12. -5 APPENDICES' 



12-1 
76/05/10 



IPL ARCHITECTURAL OBJECTIVES 

ASL ARCHITECTURAL DESIGN AND CONTROL 



12.0 AFPENOTCES 
12.1.2.1 Hardwer? 



12-2 
" 76/05/10 



12.0 SPFENDICES 



The appendices represent the most recent development 
objectives of the program. The data 4, in these appendices is 
suDject to revision? review and approval independent of the full 
Architectural Cojectives document. 
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1^.1.1 DEVELOPMENT CCST OBJECTIVES 



See IFL Program Plan 



-12.1.2 INSTALLATION AND MAINTENANCE COST OBJECTIVES 



12.1*2.1 HarrSH^re 



E-pnasis *ill be placed on ease of installation including 
c-3-r3"«ters such as: . 

1> fnysica'f inf er connect abi I ity 
2) Environmental requirements 

To the end of reducing insta Mat ion costs. 

The «Tonth!y maintenance cost incurred by the supporting field 
service organization oust not exceed the following levels 
(expressed as a oercentage of MLS) for IPL mainframe elements 
Iperipngral equipment excluded)? 
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Mainframe Life Cycle 

System Average Monthl y 



SO 
SI 
S2 
S3 

S^4 



• 37. 

.37. 
.6 57. 
.57. 
,k7. 



Second Year 
Monthly Maintenance 
£o5.1_n_oi £ c.U,x2. 

• 3V. 

.§7. 

.77. 

.67. 

.5 7. 
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These costs are defined to include both the direct cost cf 
maintaining the equipment and the allocation of various- incirect 
cos ts » as foil ows i 

Sir £C.t_£pj5i 

Direct Costs include the following labor, travel and parts 
cat <=cory : , . '■ • 

Remedial Maintenance Labor 

Preventive Maintenance Labor 

Associated Repair Labor 

Consumable Parts 

ReworK of Replaceable Modules 

Travel Time and Expenses (for field service personnel) 

lDJ3ir££l_£i2S± 

Indirect costs include the allocation of the following expense 
categories: 

Training (for field service personnel) 

Tools and Test Equipment 
. - Spare Parts Inventory 

-. Diagnostic Software Maintenance and Distribution 
- Field Retrofits (field/engineering change orders) 

Home Office SuDPort 

12.1.2.2 2oitwo.ro 



Insta I I abi I i ty features will emphasize: 
1) Simple, field 0^S. instal laticn secuence 

DRAFT NCR/CDC PRIVATE 
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2) Automated or semi automated conf Igurat I on definition. 

to tr>e end of reducing installation costs. 

The estirates oelcw reflect software rr.aintenar.ee costs for the 
first 5-years following release. These estimates are based on 
tne following assumptions: 

I I "■ 

I SO-Sl CLASS 5 SZ-S^ CLASS 

! UCR ZXP. \ IPL EST. i CDC Z'A? . I IPL EST 



Cost to fix 
en -a Sue 



cues per 

customer 

scntn 

- 1st year 



r ' fol J owing 
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SOFTWARE MAINTENANCE COSTS 



YEAR | 


1980 


' 1981 


{ 1982 


\ 1983 
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: 198^ 


Number systems 1 
shipped I 
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. ■ • ■ : - „ " ' : , 12.3 APPPNDIX C - STAN£AR£3 

2 - • 

3' 

. . . /*rin/M^n- :~K~„r,i ^«„?^« ^ I p L systems will coniDly with the following stanc-ards. The 

- To _oe undated In accordance with COC/NCR . peripheral device % objective Is to be f u I I y co*p liant . Deviat Ion waivers wil 1 be 

support tash- iorce - requested on a product by product basis. 
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^4 
45 
U6 
47 
45 



Title 



Category - CODES 

Code for Information Interchange '* . 

Koierith Punched Card Coda 

Implementation of the Code for Information 
Interchange and Related Media Standards 

Subsets of the Standard Code for Information 
Ir.terchar.2C- • 

6 and 7 Bit Coded Character Sets for 1 Information 
Processing -Interchange 

Code Extension Techniques for Use. with the ISO - 

7-3it Coded Character Set ". 

Graphic Representation for the -.Control Characters 
of the ECMA 7-Bic Coded Character Set for 
Information Interchange 

Alphanumeric Character Set for -7x9 Matrix Printers 

Category - REELED MAGNETIC TAPE MEDIA 

Recordc-J Magnetic Tape for Information Interchange 

Recorded Magnetic Tape for Information Interchange. 

Recorded Magnetic Tape for Information Interchange 
(1600 C?I, Phase Coded) 



JNT or . 
Industry No. 



X3'. 4-1968 
X3, 2 6- 1970 , 

FIPS PUB 7 ; 

FIPS PUB 15 

ISO 646-1973 ' 

ISO 2022-1973 

ECMA. 17-1968 
ECMA. 42-1973 



X3, 14-1972 
X3. 22-1973 
X3 ..39- 1973 



NCR No. 



CDC No. 



1,10.003 



1.10.013 



1.10.005 



1.10.006 



Corr.oliar.ee Planned 



Applicable 
Standard 



Option 
Selected 



TicL 



^^eeorv - PRCG R/O-C-m KG LANG UAG F S 



=en Business Oriented Language (COBOL). 



Caterorv - SPECIAL PURPOSE LANGUAGES 

Industrial Computer System Fortran Procedures for 
Executive Functions and Process Input-Output 

Category - OPERATING SYSTEMS 

Magnetic Tape Labels for Information Interchange . 

Magnetic Tape Error Detection and Recovery ■ 

Syszezi Error Recovery for Rotating Mass Storage 

Caterorv - DATA REPRESENTATION 

Representation fgr Calendar Date and Ordinal Date 

-:or Information Interchange 

- Carerorv - DATA CCv C-IU NLCATION 
Standard Data Communication Channel Control • 



ozzd^-zs f 



or ?. o -^ _ i 



Use of Longitudinal Parity to Detect Errors in 



JNT or 
Industry No. 



X3. 23-1974 
FIPS PUB 21-1 

X3. 9-1976'. 

"X3. 10-1976 



ISA S61-1-1Q72 



X3. 27-1975 



X3. 30-1971 



ISO 1155-1973 



NCR No. 



CDC No. 



1.87.002 
1.87.004 
1.87.005 



1.10.002 



Compliance Plan ned 



Applicable 
Standard 



. i 



* : 



Option 
Selected 



! i 



Title 



Basic y.ooe Control Procedures - Conversational 
Information Message Transfer 

Code Independent Information Transfer 

High-Level Data Link Control Procedures (HDLC) 
Frame Structure 

SDLC Communication Protocol 

CciZc-zc^f - ENVIRONMENTAL 



application Guidelines 



temperature, Humidity and Barometric Pressure 
•Temperature, Humidity 
* Pressure * 



equency Ranges- 



Applied- Voltage and Fr 

„ Frequency 
•Transients 

EMI/RFI (Emission) 
Acous ticai Noise 



vibration and Shock „ Design Criteria, 
vibration and Shock Packaging Criteria 
Air Cleanliness 

.Visual Displays 

ZM3/KFI (Susceptibility) 

Physical Characteristics . 

Test Code for the Measurement of the Airborne Noise 



JNT or 
Industry No, 



ISO- 2629-1973 
ECMA. 24-1969 

*ISO 3309,2- 
1975 



JNT-STD 31-01 



JNT-STD 31-03 

•'"JNT-STD 31-04 

-JNT-STD 31-05 

■••JNT-STD 31-10 

JNT-STD' 31-06 

JNT-STD 31-0/ 

JNT-STD 31-08 
JNT-STD 31-09 

ISO Rl.680-.1976 



NCR No. 



7-04-01 



2-11-01 



2-11-02 



2-11-08 
*2- 10-02 
*2- 11-03 

*2-ll-04 
2-11-09 



CDC No. 



1.03.201 
1.03.202 



1.03.207 

1.30.022 
1.20.007 

1.03.203 
1-.D3.5D3- 

1.03.205 

1.03.206 

1.30.022 
1.D3.2DT 



Compliance r^iannec 



Applicable 
Standard 



Option 
Selected 



Title 



■ erorv - GENERAL DESIGN 



-noaent isiection 



r.pcncnt Qualification 
f '. icro circuit Qualification 



o - "O 



j.croeircuit Procurement and Acceptance Test 
hecif ications 

= -ecificstions /"or Finishing Vendors Handbook 

| reduce Safety, Design and Certification 

hre-orv - MECHANICAL DESIGN 



: --crating and Maintenance Meters 
industrial Design 
physical Units and Comparisons 
; ".reccrv - ELECTRICAL DESIGN 



General Design Standard for Electronic Pox^er 
■■'upplies . 

"J-fety Color Coding of Flexible Cords 

i cicr Coding of Wires. Harnesses and Cables 



■JNT or 
Industry No. 



JNT-STD 30-01 



JNT-STD 35-01 



JNT-STD 35-02 



NCR No. 



■3-02-11 



CDC No. 



1.03.002 
1.03.003 
1.03.006 

1.03.007 
1.03.100 
1.30.003 

1.20.008 
1.20,010 
1.20.031 



1.30.001 
1.30.005 
1.30.005 



^Ui.ipiiuil^v; i iOi»i.it-v- 



Applicable 
Standard 



Option. 
Selected 



Title 



Cable Classification and Harking 



Computer and Peripheral Equipment Design 
Requirements 

Electromagnetic Compatibility Design Guide 



- w »- w w r* 



Computer Grounding Theory Design Guide Handbook 
EMC Performance Requirements and Test Methods 
Digital Computer System Grounding 
Caterorv - DOCUMENTATION 



Joint Glossary of . Technical Terms 



Graphic Symbols for Logic Diagrams' ' 

Hardware Product Configurator 

-Equipment Configuration Identification end Control 

Equipment Documentation Requirements 

Terminology for Referencing American National 
Standards • 

Graphic Symbols for Electrical- and Electronic • ■■;•• 
Diar-ams 



JNT or 
Industry No, 



JNT-STD 10-03 



JNT-STD 3.2-01 



JNT-STD 32-02 



NCR No. 



2-04-02 



2-04-01 



CDC No. 



1.30.008 
1.30.011 

1.30.020 
1.30.021 
1.30.022 
1.30.024 

1.01.006 

1.41.104 
1.01.004 
1.01.007 
1.01.008, 

1.10.010' 
1.41.101 



Cornoliance Flannsd 



Applicable 
Standard 



Option 
Selected 



Tide 



Reference Designations for Electrical and 
Electronic Parts and Equipment 

Product Support Manuals 

Flowchart Symbols and Usage 

Micrceircuit Handbook 

Software Development Document 

IMS 

ERS 

.Software Identification 

Controlware Identification S Control 



JNT or. 
Industry No. 



X3. 5-1970 



NCR No. 



CDC No. 



1.41.102 . 

1.50.001 

1.80.003 

15006100 
1-01.103 

l.oi.ioq 

1-01. IDS 
1. 01-101- 
1-01.102 



Applicable 
Standard 



Option 
Selected 
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12,0 APPENCICES 

12.<t.l SYSTEM CONFIGURATIONS 



.12. <» ^^I&JE-JL^OkLI^MIfiliS 

7-0 ro-ft-urat'onc assumptions and component characteristics 
^r^ !sed 4 U 3 t.he case ?o. calculate the RAS objecties, Performance 
CcUcTivesvsnd Cost Objectives. 



^ p^ ra j i r. e - , ? r K s 



representative 



ystes configurations shown are 

Cptiaal configuration for each installation, c s 
environment, may deviate 



syst e~s 

t. tuncr-ion of its application 

cnificantly from the typical system. 



sis 
Cniy 



in^o-nainframe system conf Igurat ions .are included 
M * me, rrulti-mainframe configurations will be 



at mis tiia 

accec. 

New peripheral products, e.g., 
ron-irrpact printer, helical 
senary, etc. hiM De included 

s»co-s tirn;* 



Mass Storage Subsystem, 
scan tapes, swapping 
as design specifications 



1 
2 

3 • 

5 

6 

7 

8 

9 
10 
11 
12 
13 
H* 
15 
16 
17 
18 
19 
20 

21 

22 

23 

Zk 

25 

26 

27 

28 

29 

30 

31 

32 

33 

3*» 

35 

36 

37 

38' 

39 

4 
41 
42 

' 43 

44 

45 
46 

m 

^48 



12.4.1 SYSTEM CONFIGURATIONS 



12.4.1.1 SO^SZSiSJI 



SO SYSTEM 






: \ 

i 



i ; i : 

l MAJOR COMPONENT 1 ENTRY M MEDIUM 11 LARGE 

! 

1P1 Processor 1 1 ! I 1 

I Ml Memory 1 512KB ! I 1MB 

JData Module DisK Urive J 2 Sd. M 6 So. 

I50ips Tape Drive 5 \\ 2 

!600cprr Card Reacer J 1 \\ 1 

16001pm Line Printer J 1 1! .1 

19001pm Line Printer " I M 1 

I Communication Lines 1 2 J J 4 



! 1 



1 
2ME 

3 
1 
G 
2 



I SUPPORTING COMPONENT 



I 



I I J 

I ENTRY J I MEDIUM 
! 1 1 



JSP Processor 
{Flexible DisK 
{Console W/CRT, Printer 
llntegrated Disk Controller 
TTape Controller (50 ips) 
ISerlal Channel Adapter 
INetwork Interface 



I 1 
I I 

I J 
I ! 
I t 
! S 
I ! 
- + +- 



! ? 

I I 
-ff- 

; i 

I I 
1 1 

-f +- 
; i 
ii 
1 1 
1 1 
1 1 
1 1 
1 1 



LARGE 



12 
13 
!*♦ 

16 
17 
15 
19 
23 
21 
22 
23 
24 
25 
26 
27 
28 
29 



32 



40 
41 
42 
43 
44 
45 
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12,0 APPENDICES 
12.^.1.3 S2 System 



la.^.-i.z £j 



SI SYSTEM 



T~ 






- + -. 
1 


K- 


1 1 




---- + H 


r— «- — ——«• — •• — 


JttA 


JCR COMPONENT 


1 


ENTRY 


{ 1 


MEDIUM 11 


LARGE 








I 




1 ! 








]?I 


Pro 


:es3cr 


\ 




J 1 




2 J 1 


^ 


» M 1 


^err 


sry ■ ■ 


I 




! 1 


• 1 


.5MB 1 


<»MB 


1 O E 


7 3 « 


;cule 'G isk Drive 


{ 




: i 


6 


Sp. I 


12 Sp. 


2 b- 


c y 7 e 


Dish 


I 




1 1 


1 


Sp. J 


2 Sp. 


I2u 


D IDS 


Tape Drive 


* 




• i 




3 ! 


<♦ 


'. 6 2 


Ocp- 


Cara Reacer 


i 




1 1 




1 J 


1 


» r> *- 


-!p«= 


Line Prirter 


J 




i i 




2 1 


1 , 


12: 


; •: i o 


n Line Printer 


5 




! i 




II 


1 


iCc 


*"-" 


tear ion -Lines 


I 




t 1 




to 1 


20 








J 


* 


\ I 








1 S'w 


P F O « 


TiUG COMPONENT 


I 


ENTRY 


S I 

\ \ 


MEDIUM J 


LARGE 


IIC 


M 




J 




\ \ 




2 1 


12 


I S 2 


Pro 


cesser 


i 




\ 1 




2 1 


2 


* F t 


exit; 


le uisk 


* 




\ \ 




2 1 


2 


IC z 


rso 1 


e w/CRT, Printer 










1 1 




» I r 


te^r 


atec Dish Controller 


J 




11 




1 1 


1 


I J I 


^H C 


iniroller 


1 




I ! 




1 ! 


*♦ 


» ' a 


2S Controller (200 ips) 


! 




J I 




A * 


• 2 


I S 5 


r Is J 


Cnarnel Adapter 


1 


- 


: i 




1 1 


I 3 


JCc 


,T «*, • 


Control 1 er ( 20 ! ines) 


1 




: : 




1 I 


1 1 








i 




i I 








• *■ 


Cver 
no t 


IcDS the SO range? 
defined. 


I 
1 




i : 
• • 






' 
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5 
6 
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10 
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12 
13 
Ik 
15 
16 
17 
18 
19 
20 
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23 
2^ 
25 
26 
27 
28 
29 
30 
31 
32 
33 
Zk 
35 
36 
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38 
39 
<*Q 
<+i 
hZ 
hZ 

k5 
hb 
hi 
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S2 SYSTEM 



+ — — -—»-.•-. ., — - _ _« — •_.«-.«.„ « 

J 

IMAJOR COMPONENT 
\ 


-.-.{. 


ENTRY 


- ++- 

: 1 
1 : 


MEDIUM 


1 1 


— ---.-.4 

1 

LARGE 1 


IP2 Processor 




1 


j 1 


1 




2 I 


IM2 Merrory 




2H3 


< » 


*+M3 




6 MB t 


IData Module DisK Drive 




5 So. 


; j 


12 Sp. 




lo Sp. 1 


IB-Byte Disk Drive 




1 Sp. 


2 : 


2 Sc. 




<♦ so. : 


!200ips Tape Drive 




3 


\ : 


k 


: 1 


k ! 


1 50 IPS Tape Drive 




JL 


; j 


1 


I ! 


i ; 


1 6 c p m Card Reader 




1 


1 1 


2 


} { 


2 1 


19001pm Line Printer 







] ; 


1 


i : 


G 1 


120001pm Line Printer . 




i 


s : 


i 


! 1 


•2 ' 1 


1 Cotrmunicat i on Lines 




12 


11 


20 


»'• 


50 I 


1 

1 SUPPORTING' COMPONENT 

1 




ENTRY 


1 1 


MEDIUM 


1 ! 


LARGE J 


ICMA 




1 


.. 


2 




2 J 


I ITS 




i 


1 1 


2 


1 « 


2 ! 


ISP Processor 




2 


: i 


2 


} ♦ 


2 : 


IF lexit le Disk 




2 


j i 


2 


• ; 


2 I 


i Console W/CRT , Printer 




1 


5 ; 


2 


J 1 


2 J 


I Disk Control 1 er 




2 


1 I 


. h 


{ | 


6 I 


{Tape Controller (200 i 


PS) I 


1 


i \ 


2 


; « 


2 I 


ITape Controller (50 ips) 1 


1 


1 1 


1 


1 1 


1 1 


♦Serial Channel Adapter 




2 


J < 


3 


I 1 


^ ! 


S Comm, Contro 1 1 er (20 


lines) 1 


1 


• 1 


1 


» 1 


1 J 


IComm. Controller (30 


lines) 1 


^ 


1 ! 


1 


I 1 


2. 1 


IMG Set 




1 


• 1 


I 


\ I 


1 ! 


I Refrigeration Unit 




1 


5 1 


1 


! 1 


2 1 
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2^ 
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25 
23 
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■12.**. 1.4 S3. System 



S3 SYSTEM 



J MAJOR COMPONENT » ENTRY IS MEDIUM II LARGE 

I 5 SI 

* . , * + + ++ 

:P3 Processor S 1 JJ 1 IS 2 

1^2 Ke^rcry - * <»N3 5{ 5MB M 10 MB 

IDctc ."ccul^ Disk Drive 1 8 Sp. 15 10 Sp. II 16 Sp. 

!5-5yt~ Disk Drive "* . J 2 Sp. ISA Sp. ii 6 Sp. 

(2-J0ip3 Tape Drive ' 1 4 II 6 II ,6 

IcQGcpx Card Reader I 2-15 2 II 2 

l^ZblOT Line Printer 11 I! 2 II 1 

IZJjLIbss Line Printer S 1 S! 1 II 2 

ICc-TG-fiication Lines I 20 I 5 50 II 100 

+ + *f + + 

\ in n 

ISUPPO^TING COMPONENT J ENTRY II MEDIUM II LARGE 

i I J 1 II 

+ . : . — — . * — -- + + •£•-+ 

ICMA . I 2 I J 2 I I 2 

I ITS J 2 I I 2 I I 2 

JSP Processor 1.2112 IS 2 

lr!?xib!g Disk . 12 II. 2 II 2 

JCcrssle U/CRT* Printer I 2 II 2 II 2 

SDisK Cortrol'ler * I 4- II A II 5 

!7cue Controller (200 ips) 1.2 112 IS 2 

* Serial Cn^nnei Adapter . I • ■■ 3 . II k .11 5 

JCcrs. Control I er (20 fines) I 2 II 1 II 

iCo<Tr. Controller (4Q fines) 5 Oil 1 II 3 

H-G Set II 11 III 2 

I Petri qer st ion Unit I 1 II 1 II 2 
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11 
12 
13 
14 
15 
15 
17 
IS 
19 
20 
21 
22 
23 
24 
25 
26 
27 
23 
29 
30 
31 
32 
33 
3A 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
A7 
48 



12.4.1.5 Sii_.£y_£te.fn 
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1 


















-* 


6 


I 
I 


S4 


SYSTEM 












: v. 


7 

6 


IMAJOR COMPONENT 




i 


ENTRY 


: i 
1 1 


MEDIUM 


S I 


L 


*PGE 


I 


10 
11 

12 
13 


I P4 Processor 




I 


i 


I S 


1 


s s 




2 


i 


IM3 Memory 




I 


8MB 


s i 


12M3 


1 t 




16MB 




1<* 


JOata Module Disk Drive 




! 


12SP 


1 1 


15 So. 


i : 


24 


So. 




I:? 


IB-Byte Oisk Drive 




1 


<+SP 


: ; 


6 So. 


; j 


3 


So. 




IS 


I 200ips Tape Drive 




t 


6 


1 1 


5 


i «• 




6 




17 


J600cprc Card Reader 




I 


2 




2 


s i 




2 




13 


I20U0I pm Line Printer 




I 


3 


1 1 


3 


: i 




L 




1 a 


ICcmmunicat ion Lines 




I 


50 


1 1 


100 


t i 


150 




23 


ISUPPORTING COMPONENT . 




I 
1 


ENTRY 


s : 
1 1 


MEDIUM 


5 I 


L 


ARGE ' 




22 

2A 
25 


ICMA 




1 


2 


I : 


2 


i ; 




u 




I ITB 




1 


2 


t « 


2 


: ; 




<* 




25 


ISP Processor 




1 . 


2 


I s 


2 


• * 




u 




27 


{Flexible Disk 




I 


2 


i I 


2 


s s 




4 




26 


ICcnsole W/CRT, Printer 




I 


2 


IS 


2 


i s 




2 




29 


1 Oisk Control I er 




I 


4 


: s 


6 


4 i 




S 


i 


3 


ITape Control I er # (2u0 ips) 


I 


2 . 


1 1 


2 


I s 




2 


l 


31 


ISerial Channel Adapter 




I 


A 


i : 


6 


5 I 




6 


«, 


32 


IComm. Controllers (A0 


I ines 


) I 


2 


i : 


3 


• i 




L. 


j 


33 


IMG Set 




I 


2 


s i 


2 


I I 




2 


J 


3- 


1 Re friger at ion Unit 

+ 




I 
.- + -- 


2 


1 1 
- + +- 
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-*+- 
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Pro cess C C 



'm& 



Inherent 

ilL5£-J£r_sL 



PI Central Processor S 2**, 327 (3) 1,608 
Cvtitn options) 

P2 Central Processor .70*163 (i) i?377 

(no ooticns) 

P3 Centra! Processor 152,076 <1) 2,500 
Cnc opt ions) 

?;, Central Processor 293,656 <2> 1,000 
(no options) 



*o tes 



{-») CDC l G 30/90/. SIope/35th Unit/67. Inflation Factor 
(?) CDC 1^76/90* Sicpe/lOth Unit/6* Inflation Factor 
{<> NCR 927. Slop-e/Cum Ave. Cost (3000 Unit Total /Midpoint 
1979, Pi MLS including one ITS subsystem. 



Mara cry 

M1-512K 

«l-i.5tf 
Hi- 2^ 

Ml-**M 

:i2-2fi (2) 
«-«»« C2) 

y,3-**K (2> 
tt3-6K (2) 
K3-cK (2) 

h**-*.*-. (2) 

;1*-12M (2) 

vu-icfl C2> 



$ 9,010 
73,000 



Inherent 
*>,*457 



67,000 
126,000 


3,51*4 
2,391 


170,000 
213,000 
2*46,000 


2,21*4 
.l,71«i 

1,502 


302,000 
*4l2,0QQ 


1,361 

l,U*4i 

917 
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i 

2 

3" 

*4 

5 

6 

.7 
8 
9 

10 

11 

12 

13 

1*4 • 

15 

16 

17 

18 

19 

20 

21 

22 

23 

2*4 

25 

26 

27 

28 

29 

30 

31 

32 

33 

3*+ 

35 

36 

37 

38 

39 

**0 

**1 

**2 

*«3 

*4*4 

**5 

*46 

*»7 

**8 



iwir 



IPL ARCHITECTURAL OBJECTIVES 

ASL ARCHITECTURAL (DESIGN AND CONTROL 



12-1*4 
76/05/10 
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12.*4.2.i CPU's 



Notes* 



(1) The above costs assume 6X annual inflation from 

197*4 to 1980 and 9U5J slope/35th unit. 

(2) Assume one 32 bit port and one 6*+ bit port. 

(3) Cost assumptions on *+K RAM ,sufcstant ia! cost 

reduction expected for 16K RAH. 

(*4) Assumes a chip failure rate of .5 f si I ures/ci !! ion hours. 
12.*4.2.2 Peripheral Ecuiomert 



Inherent 

JQisK-flEJbtss 131Z-ELSLLXL £!££ 

9770 Data Module Drive (**20MB) 310,631 500 

Bi ! I ion-Byte Drive ** 

** = No current data available 



MagJlgllS.Tape, ..DrJLyjLS 

200 ips, GCR 
50 ips 



Inherent 
13Z&-ELELL1L hI5.L. 



9,850 
2,96 



500 

500 



None of these drives include a controller. 



Fastrain 2000 I pm 
Band Printer 6001pm 
Band Printer 900 Ipm 



Inherent 
1978 FLC (1) MT£F 

2*4,169 600 
5,1U0 6Q0 
6,200 600 



The. abov.e printers include controller cost. 



£ard_fflyip.m.£Dl 

LCR o0U/60u/800 cpm reader 



Inherent 
X21&-EXZ111 HI3L 



3 1,*4*45 

DRAFT 



1,000 



NCR/CDC PRIVATE 



12 



i3 

19 
20 
21 
22 
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£'•+ 

25 
26 
27 
28 



3? 



J3 

36 
37 

39 
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LCR rQuCer induces interface and controller. 



DRAFT 



NCR/COC PRIVATE 



1 
2 
3 
4 

5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
2 
21 
22 
23 
24 
25 
26 
27 
23 
29 
30 
31 
32 
33 
34 
35 
36 
37 
38 
39 
40 
41 
42 
43 
44 
45 
46 
47 
48 



mw% 



£2QlE2llsiES 

Tape Controller (50 ips) 
Tape Controller ( 20 U ips) 
Integrated Controller for 

9770 Data Module Drives 
Low Cost Network Interface 

"(10 lines total) 
Freestanding Communications 

Contro I ler 

- 20 I ines 

- 30 I ines 

- 40 lines 



Inherent 
i*Z£_EL£iil 2I3E 



S 4,000 
12,000 



2,S50 
2,850 



5,000 16,031* 
5,000 S,755* 



10,000 
12,000 
14,000 



2,000* 
2,000* 
2,000* 



* = Does not include communication lines. 

Notes? 

1) Fully loaded cost exclusive of amortization of start-u: 
cost ♦ 

12.4.2.3 IIQ,., 3nd_M3i£lej35£c^_g_u.£s^ :S le^ 



Syi2SXSlSJB 

ITB 

ICA (Pair) 

CMA 

SP Processor 

Console W/CRT, Printer 
Fl exibl e Disk 



S 8,932 
1,700 
2,400 

2,006 

2,733 
418 



Inherent 

MT5r 

2,451 
33, 333 

29,185 

36,429 

3,835 ** 
78,100 



MTBF does not include thermal printer 



£D.20De.iS_2Dd__ Adap.te.rs. 

Serial Channel Adapter 
(including Channel Controller) 



£13 
" 2,360 

DRAFT 



Inherent 

MTer (Krs) 

56,405 
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15 
15 
17 
13 
19 
23 
21 
22 



27 

23 
29 

3S 



41 

t*Z 



44 

45 



47 
45 
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L2«^.2.A Co^unic^t icn Lines and Terminal Equipment 



12 . <4 • 2 • <♦ Cr-.rfryr^gPt^n ,1. UL£S.,,30!J,,,T,<2 rJ3JLQ3jL..£jgiiJLBIB&gJt 
1 2 - ^ • 2 . 5 gx?«?rrt?f g",oui pTgn t 



• Xt^rrg I ► q y T p ~i p p f 

MG Set 
r.*sfric. Unit 



Inherent 
HL£ . ££JBJL_IH£Sl 



S 9,000 
S 5,000 
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1 
2 
3 
k 
5 
6 
7 
8 
9 
10 
11 
12 
13 
Ik 
15 
16 
17 
18 
19 
20 
21 
22 
23 
2<t 
25 
26 
27 
28 
29 
20 
31 
32 
33 
Zk 
35 
36 
37 
38 
39 
kQ 
kl 
£+2 
kZ 
<*<♦ 
*»5 
<*6 
<»7 

kQ 
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.12.5 APPENDIX E - COST PERFORMANCE GRAPHS 



12 . 5 AP P£N1HX^_-_£££T_P£.3F£££A N_Q£_££ ££ W£ 



The cost/performance objectives for IPL are those defined ir 
section 7 of the NCR/CDC Requirements ana Goals document. The 
data presented in this appendix is a direct excerpt from that 
document and is intended to be fully compliant. 
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kO 
kl 
kZ 
kZ 
kk 
kS 
kb 
k7 
*5 
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gd:efal 

This section specifies cost/performance requirements for each 
IPL. system model n established in terns' of the total product line 
range- These requirements consider each model on a system basis 



■Ci-e- 



performance is specified en a. system thruput basis-, and costs 



specify the total manufacturing cost of central system hardware} with 
the intent of establishing an aggregate baseline objective for each 
model-, against which design tradeoffs can be made* Consequently i no 
allocations of these requirements to individual hardware and software 

\_ subsystems are specified or implied in either this section or other 
portiens of this document- Such allocations are the responsibility 
of ASL and the implementing divisions and are beyond the purview of 
necuirements and Goals- . 

IPL cost/performance requirements ar^ specified in the form of 
a set of curves on cost versus performance 'charts {"Workload Performance 
Charts 71 }- .-[Section 7-3>- This format is identical to CDC r s statement 
of requirements -Cuemo to D- L- Slais from G. fl- Beaugonin-. no subject-. 
January 17-» i s i? l i> and is used for three basic reasons" 
1* ZasQ of relating to other systems in assessing relative cost/ 
papfornience- , ; 

« E- Graphic portrayal of the intent to .cover the IPL range continuously^ 
e.g.-s without cost/performance gaps. ' '< 






m mmm 

^\U U uUJUUUULb 



OOLVK'ltlT 

IPL REQUIREMENTS AND COALS 



PERFORMANCE 



^■" (C '-I Vi 






ADVANCED SYSTEMS LABORATORY 



ASL 



NCR 



CDC 



~ £• ? L A C ; ~ 



7.1 



3/1/7^ 



CENTRAL 

3. Reflection of the fact -Coy use of logarithmic scales} that require- 
ments are more sensitive for the smaller nodels than for the lercar 
models- * ' 

In addition to the requirements per se-> a formal "definition of the 

charts -[section 7.2} is included to facilitate interpretation. From 

this definition several points must be emphasized: 

1. The curves do not specify cost/performance lines on which "average* 
or "target" configurations must- lie- Instead-, they bound the 
acceptable cost/performance region for system configurations capable 
of achieving the specified performance-- Such configurations need 
only incorporate the minimum central memory-, -unit record ecuipment 
and disk storage drives necessary to be fully functional -Cinciuoino 
deadstart and diagnostics> and to achieve that performance level- 
Consequently-, under this groundrule-. data base storage capacity and 
■ m -configuration capability may be inadequate for the user environment - 
Further i magnetic tape is not a configuration requirement herein^ e.c 
all workloads must be. structured for use of rotating mass stcrace- 

5. Workloads are assumed to include a combination of both compilation 
and execution. . • ' 

■3. IPL peripherals as defined in Section 5.3 {Appendix BKare the only 
devices assumed-, to include an anticipated 210M5 Data nodule. Therefor 



fllMIFTr 



Mm 



y:7. : ySz;Zrz::i£ a:.s coals 



' PERFORMANCE 



J^-J 



L 



THIS 



REPtACES 



^DVAUCED SYSTEMS LABORATORY 



ASLI- 



NCR 



CDC 



7.1 



3/^/7 f c 



3 of 3 



7-1 



11/2M/75 



3 of 3 



3. -{Cont'd? 

no consideration is made with respect to advances in secondary storage 

technology- The availability of such devices nay have considerable 
cost ispactn but 'win not affect the performance ranges of the- 
various IPL system no dels because it is assumed that a sufficient 
number of mass storage devices are provided to achieve desired CP 
utilization. - * ' . 

. tj. Five system models are specified.- The IPL range can be completely 
covered utilizing four equally-spaced processors-, Pl-PMi and the 
corresponding system modelsV Sl-SM. Configurations for system model 
Sn incorporate one or more Pn processors plus at least one PI 
processor-, to include SI configurations requiring a minimum of two 
PI processors- 

The fifth system model, SO-, is included to provide a distinct, low 
costn uniprocessing entry offering. SO configurations employ only 
one PI processor. 

5. These curves arQ established for a 1^ datum- Costs applicable 
to products introduced in other years ar^ adjusted to 117^ on a 
learning curve basis only'n i.e., the impacts of technology shifts 
and inflation are not considered! 

is. ' These cost performance coals arQ based on the final report {dated 
January l c i75> of a cost/performance requirements study conducted 
bv an ?» ? CR/CDC team* 



ifiiiwir 



UOCUMtNT 

IPL RE(?UIREME?JTS AND GOALS 


MCUON 

PF!RFOR;lAr:C 




T ;,•{? 




i-i^J L-bariU tisi^J 


L_,-^ ^J 


P. " ^ i. A ~ ' ^ 


f.Lh. 


7 • c 


! ,:, . 



ADVANCED SYSTEMS LABORATORY 



J/^/TL 



11 ■' E? ^ / 7 5 



ASL 



NCR 



CDC! 



1 of u 



REQUIREMENTS FORMAT 

The cost/performance requirements in Section 7-3 ar^ specified as 
a set of Workload Performance Charts-* each of which is associated ^ith 
•one of the following operating environments: y 

1. Commercial Multiprogramming .'Batch 

2. Scientific Multiprogramming Batch ."• 

3. Transaction Processing .- . . 
M. Interactive Time-Sharing 

The form of these charts is shown in Figure 7-. 2-1- Each chart contains 
a curVGn plotting performance against cost. The curve soans that 
portion of the IPL range for which cost/performance requirements are 
established for the corresponding operating environment. 

____.Each curve divides the cost/performance domain into acceptable 
and unacceptable regions 1 . e«g--» the curve dees not specify a line on 
wh'ich IPL models must lie* Further for a configuration to lie in the 
acceptable regions-, it must only be capable o'f achieving the desired 
performance level and need not necessarily contain adequate data base 
storage- In other wordsn the curve does not imply "target" or "average" 
configurations-. 

Each curve is divided into a maximum of five subranges-* each of 
which defines the range for the corresponding IPL system model -CSC-Sn>. 
Each subrange is the theoretical maximum-, identified by the intersection 
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of tho curve uith a pair of asymptotic lir.es. The latter are defined 
in terns of the corresponding' Central Processor models -Ce -g • i Pn 
corresponds to Sn-. except that PI also corresponds to S0>: 
-1. Sr. Hirimun Zvsten Cost Asymptote i n Sn Min w > - ' This line specifies 
the minimum cost configuration utilizing one Pn Central Processor-, 
which can be expected to function in the respective operating 
environment- . - 
2. Sn Haxinuh- Performance Asymptote' -C n mPn riax w > ". This line establishes 

the maximum theoretical performance any configuration utilizing 
"the Pn Central Processor can achieve in. the respective operating 
environment -Ce-g-, 100* Central Processor utilization on user 
■tasks>- For uniprocessing curves-, the configuration contains one 
Pn *e.g.", m=l, except for SI, uhere m=E> # , for multiprocessing curves, 
four Pn r s *C« . g - -s n = t ?}» 
•There is no requirement for the Sn system model to be underneath 
the cost/performance curve to the extremes of its subrange- However, 
it must overlap with the adjacent models, Sn-1 and Sn+1, beneath the 

curve* 

Each curve applies to all workloads characteristic of the operating 
environment to which the chart applies- Section 7-M elaborates on 
this requirement- 

All curves are established -for a 1*17*1 datum. 
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RETIREME NTS' FORMAT 

To facilitate comparison with CDC scientific environment goals 
expressed in terms of processor-memory costs only-, the following additions 
data is provided. . ^ 

The cost/performance chart for scientific environment {figure 7-3-E> 
contains - an additional curve not found on the other charts- The 
additional curve plots performance against processor and memory costs 
only, that is-> the cost of peripherals has been removed from the standard 
cupve, producing a second curve translated downward on the graph from 
•the standard curve. . " 

Also, the goal for best cost/performance -Cratio is minimum at the 

point described} for each of the systems, SO through S'-:-, for scientific 

environment is as follows: 

Processor- 
's no rv Cost *~ 



System 


Relative 
Performance * 


System 
Cost ** 


so 


-.as 


*t7-tK- 


si- 


1.3 


6E.7K 


SS 


3.6 


2D7K 


S3 / 


T-7 ' 


3M1K 


SM 


Et.T 


ShhK 



. $ Ml,C7l 
5=,153 

m2-.tto 

£7^-^=5 
MTt=,E = S 

* Relative -to a 'CJ>C bMOO -CCYBER 73> . 
** As stated in section 7.1, costs are based on January i 1^75 data- 

•Currently observed memory costs are less than shewn for MK chips. L'hen 
lt»K chips are introduced, another 50'^ decrease over currently observed 

costs can be expected. 
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'■JORKLOAD PERFORMANCE CHARTS 

This section contains charts shouing the required cost/perf orqance 
for IPL systems operating in each of the following environments - 

1- Commercial Multiprogramming Batch * - 

'2- Scientific Mul tiprogranming Batch ■ 

3- "Transaction Processing 

M« Interactive Time-Sharing 
The charts are explained in File 7-2. 

In addition, to the 1^7^ cost/performance curve-i three additional curves 
have been plotted as . indicated for years ISSDi "in SI s.r\6 l°cH- These 
additional curves assume a IS'/, per year ccst/perfornar.ca enhancement 
from the 11 7*3 curve. These plots represent cost/performance criteria 
for system models introduced in the corresponding year. The lou end* 
is not plotted past year ITSD since it is expected to bo introduced 
by l.TcJQ. Since these curves are a measure of system cost/performance 
.at ' initial introduction of the system-i it is not correct to apply a 
later year plot to a system introduced in a prior year. 
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12, 6 APPENDIX F - SYSTEM HTBF CURVES 
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Trie graphs presented in this sppencix give detailed 
information about system hardware MTBF projections. The curves 
nave been calculated for the "Medium" system configurations of 
Aoperaix D using projected inherent MTBF's for those components. 
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